chyby v dfm - [1] ... [2] atd..
Otázka od: Jan Rizek
22. 6. 2004 12:21
Obcas se mi objevi v nejakem formulari nebo framu v dfm souboru znaky [1] [2]
atd. Vzdy se objevi za definici objektu.
Pr.:
object PanelKriteria: TPanel [3]
Left = 0
Top = 21
Width = 766
zpusobuje to nemoznost vytvorit tento formular nebo frame - object
PanelKriteria nezna..
Nevite, cim je to zpusobene?
Pokud tyto znaky smazu, je vsechno zase v poradku...
Dekuju za pripadne odpovedi
JR
Odpovedá: Jan Rizek
22. 6. 2004 12:41
zapomnel jsem dodat, ze pouzivam D6 profesional .. tak kdyby se to nekomu
taky stavalo... tak se prosim ozvete..
JR
Odpovedá: petr palicka
22. 6. 2004 13:03
Ahoj,
mel jsem jednou tu cest problem potkat.
Nastavalo to, kdyz jsem mel nejakyho predka
TForm, nebo TFrame a v potomkovi jsem si
zprehazel ci doplnil treba polozky v menu a
podobne. Tehdy si tam delphi nahazely ty cislo,
coz je asi nejaky poradovy cislo, kdyz je poradi
objektu jine nez v predkovy. Potom, kdyz jsem
neco doplnil do predka, tak zrejme dochazelo
ke kolizim poradi a neslo to otevrit jinak,
nez ty cisla rucne vyhazet a pak pripadne znova
porovnat poradi polozek v menu atp...
Peca
Odpovedá: Jan Rizek
22. 6. 2004 13:23
Omlouvam se, chyba byla nekde jinde.. S temi znaky [2] a podobne to ted
chodi.. Stale ovsem nevim, co presne znamenaji.. 
Odpovedá: Jan Rizek
22. 6. 2004 13:37
> neco doplnil do predka, tak zrejme dochazelo
> ke kolizim poradi a neslo to otevrit jinak,
> nez ty cisla rucne vyhazet a pak pripadne znova
> porovnat poradi polozek v menu atp...
>
Diky, za odpoved, ze v tom nejsem sam
Naposledy k tomu doslo, kdyz jsem smazal vic komponent na potomkovi a
prendal je nekam jinam. Nestastne jsem pouzil Ctrl+X a Ctrl+V. Coz formular
nevydychal.. Nasledne nastal problem - pomohlo smazani dvou prvku. Nevim
presne proc, ale byly asi umistneny nejak spatne..
JR
Odpovedá: Jan Rizek
22. 6. 2004 14:30
Mozna byl problem v Parent jednoho prvku - v predkovi mel Parent-a jeden
ScrollBar jineho nez v potomku... Tak asi to bylo toto..